Mention the lstk CLI in the localstack CLI docs#700
Conversation
Deploying localstack-docs with
|
| Latest commit: |
852edee
|
| Status: | ✅ Deploy successful! |
| Preview URL: | https://6bfa2c0c.localstack-docs.pages.dev |
| Branch Preview URL: | https://pro-312-mention-lstk-cli-in.localstack-docs.pages.dev |
4be89f2 to
83eab98
Compare
|
cc @mmaureenliu for visibility since she is just now logging tickets for this doc too :) |
The Developer Tools restructure (#691) moved the localstack-cli and lstk pages under /aws/developer-tools/running-localstack/. Update the cross-links in the generated CLI doc, its generator, and the lstk FAQ to match. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
83eab98 to
e22353c
Compare
Keep the lstk doc focused only on lstk. With the localstack CLI being deprecated, the doc shouldn't compare against it or highlight features (Extensions, Ephemeral Instances) that lstk won't add. Discoverability of lstk still flows from the localstack CLI page note, which is unchanged. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
|
Can someone take another look? 👀 |
mmaureenliu
left a comment
There was a problem hiding this comment.
I did a complete re-read of the entire article and left quite a few comments/questions. None are blocking so I've approved already, but I do want them addressed at some point.
| ## Prerequisites | ||
|
|
||
| - [Docker](https://docs.docker.com/get-docker/) installed and running. | ||
| - A [LocalStack account](https://app.localstack.cloud/sign-up) with a valid [Auth Token](/aws/getting-started/auth-token/). |
There was a problem hiding this comment.
For lstk purpose, do they really need to know about the auth token? I thought it's not possible to NOT have a personal auth token if you have an account. More relevant here is to have an account and have a license assigned for whichever LocalStack product you want to use.
| lstk | ||
| ``` | ||
|
|
||
| Running `lstk` without arguments performs the full startup sequence: resolves your auth token by opening the LocalStack Web Application, pulls the latest image if needed, and starts the LocalStack container. |
There was a problem hiding this comment.
Again, is it really necessary to mention the auth token? From user perspective they just need to know that lstk handles the authentication flow.
| Running `lstk` without arguments performs the full startup sequence: resolves your auth token by opening the LocalStack Web Application, pulls the latest image if needed, and starts the LocalStack container. | ||
| In an interactive terminal it launches the TUI; in a non-interactive environment it prints plain text output. | ||
|
|
||
| For CI or headless environments, set `LOCALSTACK_AUTH_TOKEN` and use `--non-interactive`: |
There was a problem hiding this comment.
Here it's actually worth explaining you need a CI auth token and points to the CI auth token section of the auth token page (eventually this will be nearer the top of the doc and we'll de-emphasize personal auth token).
| lstk --config /path/to/config.toml start | ||
| ``` | ||
|
|
||
| ### Default configuration |
There was a problem hiding this comment.
Is this out of date? e.g. type options. Does this get updated when we re-run the generate scripts?
|
|
||
| | Field | Type | Default | Description | | ||
| | :------- | :------- | :--------- | :------------------------------------------------------------------------------------------------- | | ||
| | `type` | string | `"aws"` | Emulator type. Only `"aws"` is supported. | |
| | `GATEWAY_LISTEN` | `:4566,:443` | Ports the emulator binds inside the container | | ||
| | `MAIN_CONTAINER_NAME` | `localstack-aws` | Container name for internal references | | ||
|
|
||
| The container also gets the Docker socket mounted (if detected) and port mappings for `4566`, `443`, and the service port range `4510-4559`. |
There was a problem hiding this comment.
service port range only applies to aws emulator?
|
|
||
| ### Can I use `lstk` with Docker Compose? | ||
|
|
||
| No. `lstk` manages its own Docker container directly. |
There was a problem hiding this comment.
Well, if the configs are compatible, you can use lstk to interact with (e.g. view status, view logs, manage snapshots) the localstack instance started with docker-compose, but should leave lifecycle management to docker-compose.
No need to change right now but we do need to have a good think on whether we want to recommend complementing docker-compose with the CLI.
|
|
||
| No. LocalStack uses a single Docker image: `localstack/localstack`. | ||
| There is no separate "community" or "pro" image. | ||
| All plans (including the free Hobby tier) use the same image and require an auth token. |
There was a problem hiding this comment.
I'd say require a license, not auth token.
| ### Image pull failed | ||
|
|
||
| If `lstk` cannot pull the Docker image, check your network connection and Docker configuration. | ||
| On corporate networks, you may need to configure Docker's proxy settings. |
There was a problem hiding this comment.
Worth reference the appropriate troubleshooting guide (I think we have one for networking troubleshooting)
|
|
||
| ### Getting help | ||
|
|
||
| If the steps above don't resolve your issue, [contact us](https://localstack.cloud/contact/) or open an issue on the [lstk GitHub repository](https://github.com/localstack/lstk/issues). |
There was a problem hiding this comment.
The contact form isn't a great format for reporting issues, better point to get help pages.
The lstk GH issues are currently empty, but in case people actually use it, do we actually monitor it?
There was a problem hiding this comment.
i.e. since everybody should have a localstack account, can we just ask them to email support?
Summary
Adds a short note to the top of the LocalStack CLI reference pointing readers to
lstk, our new Go-based CLI, and aligns thelstkpage so the two pages describelstkconsistently.It also replaces the auto-generated "This documentation was auto-generated from LocalStack CLI version
…" note, which wasn't useful and was reliably out of date. That version is captured only when the monthlyupdate-cli-docsworkflow runs (the 15th), so it always trails the actual release — the page read2026.4.0while2026.5.xhad been on PyPI for weeks (2026.5.0shipped 5 days after the last regeneration). A stamp that's accurate for ~1 day a month is worse than none.Changes
The LocalStack CLI page is auto-generated by
scripts/generate_cli_docs.py, so that change is made in the generator and mirrored into the current output:scripts/generate_cli_docs.py— replace the version provenance:::notewith a pointer tolstk; remove the now-dead version plumbing (thelocalstack --versioncall + unused parameter).localstack-cli.md— the regenerated note.lstk.mdx— update the top note and the "difference betweenlstkand thelocalstackCLI" FAQ to reflect thatlstknow covers lifecycle, monitoring, and storage (snapshot), and that both CLIs work with Cloud Pods (lstkviasnapshot,localstackviapod). This supersedes the earlier early-release note (Update the lstk early release note #698); snapshot/Cloud Pods support has since shipped.Rendered notes:
Follow-up
Documenting the
lstksnapshotcommand in detail and theterraform/az/setupproxy commands is tracked separately and will land in its own PR.Fix PRO-312